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(57) Abstract: The invention relates to a method for parallelly billing prepaid customers involving the following steps: 1) both ac- 
counts of the subscriber are maintained in a database (SCP); 2) during call set-up, the selection logic is run through which, according 
to the specific feature, determines the account to be used; 3) money for a first time slice and for the warning period is reserved on 
the selected account; 3a) the money is reserved firstly on the selected account. If there is not a sufficient amount of money in the 
selected account in order to guarantee the call billing of the time slice, the missing remainder is reserved on the other account in the 
case of overrun (3/4). At the end of the time slice, the actual accrued connection costs are compiled. If the call is terminated by the 
subscriber during the time slice, or if no additional amount of money can no longer be reserved (forced release), the accumulated 
costs are debited from the account; 5) otherwise the call is continually billed time slice by time slice; 6) once the call has been ter- 
minated, the costs accumulated in the buffer memories are debited from the accounts, and; 7) reserved amounts of money that have 
not been used are returned so that the money is available for other calls. 

(57) Zusammenfassung: Ein Verfahren zur parallelen Vergebuhrung von Prepaid-Kunden mit folgenden Schritten: 1 . Beide Konten 
des Teilnehmers werden in einer Datenbank (SCP) verwaltet 2. Beim Rufaufbau wird die Auswahllogik durchlaufen, die abhangig 
von der speziellen Auspragung das zu verwendende Konto bestimmL 3. Auf dem ausgewahlten Konto wird Geld fur eine erste 
Zeitscheibe und die Warnperiode reserviert.3a Die Reservierung erfolgt zunachst auf dem ausgewShlten Konto. 1st dort nicht ausrei- 
chend Geld vorhanden, urn die Vergebuhrung der Zeitscheibe zu gewahrleisten, wird im Falle von Oberlauf (3/4) der fehlende Rest 
auf dem jeweils anderen Konto reserviert. Am Ende der Zeitscheibe werden die latsachlich angefallenen Verbindungskosten gesam- 
melL Falls der Ruf wahrend der Zeitscheibe vom Teilnehmer beendet wird Oder kein weiteres Geld mehr reserviert werden kann 
(forced release), werden die aufgelaufenen Kosten vom Konto abgebucht. 5. Andernfalls wird der Ruf weiterhin zeitscheibenweise 
vergebuhrL 6. Erst nach Rufbeendigung werden die in den Zwischen-speichern aufgelaufenen Kosten von den Konten abgezogen. 
7. Nicht aufgebrauchte Reservierungen werden zuruckgegeben, so daB das Geld fur andere Rufe zur Verfiigung stent. 
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Beschreibung 

Verfahren zur flexiblen Vergebuhrung 
5 Fachgebiet der Erfindung 

Prepaid-Systeme finden vermehrt Einsatz zur Vergebuhrung von 
Telefongesprachen. Dabei werden die anfallenden Gebuhren on- 
line vom Benutzerkonto abgezogen. Wahrend des Gesprachs wird 
10 der Kontostand online uberpruft und das Gesprach wird vom 

System nach Spielen eines Warntones beendet, falls das Konto 
leer lauft. Prepaid-Systeme werden beispielsweise (iber die 
Zusatztechnik ..Intelligence Netze* in Telefonnetzen reali- 
siert. 

15 

Stand der Technik 

Folgende Verfahren existieren, die jedoch jeweils einen Teil 
20 der technischen Probleme losen: 

• Prepaid-Verf ahren mit einem einzigen Konto pro Benutzer. 

• Eingeschrankte Implement ierung eines Prepaid-Verf ahren mit 
2 Konten. Bei diesem Verfahren konnen keine parallelen Rufe 
vergebuhrt werden. Deshalb muft die Ruf weiterschaltung de- 

25 aktiviert werden, d.h. dem Benutzer steht dieser Dienst 
nicht zur Verfugung, das bedeutet eine wesentliche Ein- 
schrankung. Ferner kann eine Anderung der Kontoauswahl 
nicht wahrend des Gesprachs erfolgen, sondern die Auswahl 
wird nur einmal beim Rufaufbau durchgef lihrt . Dies wider- 

30 spricht der gangigen Tari f ierungspraxis, in der bei zeitab- 
hangiger Vergebuhrung ublicherweise cer sofortige Wechsel 
auf den jeweils aktuellen Tarifs gefordert (und implemen- 
tiert) ist. 

• Daruber hinaus wird die Verwendung von 2 Prepaid Konten 
35 durch die Einfuhrung von CAMEL im Mobilfunk erst jetzt zu- 

nehmend interessant. Denn CAMEL ermoglicht Roaming von Pre- 
paid-Teilnehmern und impliziert damit die Vergebuhrung von 



WO 01/60045 



O7DE01/00526 



5 



10 



0 



ankommenden Rufen im Ausland (MTC leg) . Dadurch ergeben 
sich neue Anwendungsmdglichkeiten bzw. Operator-Anf orderun- 
gen an innovative Charging-Konzepte . 

Aufgabe der Erfindung ist es, ein flexibles Vergebuhrungs- 
konzept anzugeben. 

Aufgabe der Erfindung ist es weiterhin, Vergebiihrungskonzepte 
fur Prepaid-Vergebiihrung mit 2 und mehr Prepaid-Konten anzu- 
geben . 



Darstellung der Erfindung 

Die Erfindung besteht in einem rechnergestutzten Verfahren 
15 rait dem die Probleme der online-Vergebuhrung auf mehreren 

Konten gelost werden. Das Verfahren kann auf einem IN-System 
zur Anwendung gebracht werden. Es ist in Kombination rait an- 
deren IN-basierten Verfahren anwendbar. 



Das Verfahren lost die technischen Probleme durch folgende 
Schritte: 

1. Beide (alle) Konten des Teilnehmers werden in einer Daten- 
bank verwaltet, in einem IN beispielsweise in Anlehnung an 
die IN-Terminologie im SCP (Service Control Point) . 

2. Beim Rufaufbau wird die Auswahllogik durchlaufen, die ab- 
hangig von der speziellen Auspragung die Indikationen 1 
(Konto 1), 2 (Konto 2) 3 (Konto 2 mit Oberlauf auf" 1) und 
4 (Konto 1 mit Oberlauf nach 2)bestimmt. 

3. Auf dem ausgewahlten Konto wird Geld fur eine erste Zeit- 
scheibe und die Warnperiode reserviert. Diese Reservierung 
stellt sicher, dass parallele Rufe nicht „dasselbe Geld 
vertelefonieren* . 

3a Die Reservierung erfolgt zunachst auf dem ausgewahlten 
Konto (Konto 1 fur 1/3, Konto 2 fur 2/3). 1st dort nicht 
ausreichend Geld vorhanden, urn die Vergebuhrung der 
Zeitscheibe zu gewahrleisten, wird im Falle von Oberlauf 
(3/4) der fehlende Rest auf dem jeweils anderen Konto 
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reserviert. Ggf. kann insgesamt nicht genug Geld zur 
Vergebuhrung der kompletten Zeitscheibe reserviert wer- 
den. Dann wird zumindest der Restbestand des ausgewahl- 
ten Kontos und Oberlaufs reserviert. 
5 4. Der Ruf wird verbunden, maximal fur die durch die Reser- 
vierung garantierte Dauer. 

• Am Ende der Zeitscheibe werden die tatsachlich angefal- 
lenen Verbindungskosten (diese konnen von den Reservie- 
rungen differieren) in 4 Zwischenspeichern Zl, Z2, Z3, 

10 Z4 gesammelt 

• Falls der Ruf wahrend der Zeitscheibe vom Teilnehmer be- 
endet wird oder kein weiteres Geld mehr reserviert wer- 
den kann (forced release), werden die auf gelauf enen Ko- 
sten vom Konto abgebucht (Punkt 6)-. 

15 5. Andernfalls wird der Ruf weiterhin zei tscheibenweise ver- 
gebuhrt. Fur jede Zeitscheibe 

• wird die Auswahllogik erneut durchlaufen. 

• wird Geld auf dem ausgewahlten Konto reserviert. 

• Werden die tatsachlich angefallenen Verbindungskosten in 
den Zwischenspeichern akkumuliert 

• Wird gepruft, ob der Teilnehmer das Gesprach beendet hat 
oder der Ruf systemseitig beendet werden muB (forced re- 
lease) (Punkt 6) 

6. Erst nach Rufbeendigung werden die in den Zwischenspei- 
chern auf gelauf enen Kosten von den Konten abgezogen. 

7. Nicht aufgebrauchte Reservierungen werden zuruckgegeben, 
so daB das Geld fur andere Rufe zur Verfugung steht. 



20 



25 



30 



35 



Bei dem erf indungsgemaJJen Verfahren ist es wichtig, die Ver- 
gebuhrung erst nach Rufende durchzuf uhren, um die Konsistenz 
zwischen Tickets und online-Vergebuhrung sicher zustellen. 
Daher ist es wichtig, die auf gelauf enen Kosten in vier Zwi- 
schenspeichern zu akkumulieren und nicht etwa direkt in der 
Zeitscheibe auf die Konten zu verteilen. Durch dieses Vorge- 
hen werden freiwerdende Reservierungen paralleler Rufe sowie 
Einzahlungen wahrend eines (langen) Rufes korrekt berucksich- 
tigt . 
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Durch die klare Abtrennung der Auswahllogik konnen unter- 
schiedliche Variancen des Verfahrens schnell und flexibel ge- 
neriert werden. 

Die Kombination von 2 (oder mehr) Prepaid Konten und Verge- 
buhrung paralleler Rufe ist neu. Die Moglichkeit, wahrend des 
Rufes das Auswahlkriterium zu re-evaluieren,- ist ebenfalls 
neu. Die Kombination der Verfahren ist technisch komplex (an- 
gesichts der Design-Moglichkeiten fur IN basierte Dienste) 
und fiihrt zur technischen Losung unter Verwendung von 4 Zwi- 
schenspeichern. 



Die Erfindung besteht also in einem Verfahren, das Prepaid- 
Dienste um flexible, innovative Vergebuhrungskonzepte erwei- 
15 tert und das durch folgende Eigenschaf ten charakterisiert 



ist : 
1. 



Die Vergebuhrung geschieht online — mit Oberprufung der 
Kontostande beim Verbindungsaufbau, mit Oberwachung der 
Verbindung und mit Spielen eines Warntones vor dem system- 
initierten Verbindungsende aufgrund nicht mehr ausreichen- 
der Kontodeckung. 

2. Zur Vergebuhrung konnen zwei unterschiedliche Konten des 
Benutzers yerwendet werden. 

3. Die Auswahl des Kontos, auf dem die Vergebuhrung erfolgen 
soil, wird durch eine unabhangige Auswahllogik realisiert. 
Beispiele sind zeitabhangige Auswahl (Wochenendgesprache 
gehen auf Konto 2), zielabhangige Auswahl (Verbindungen zu 
Freunden gehen auf Konto 2), 

4. In der Auswahllogik kann ebenfalls ein Oberlaufmechanismus 
aktiviert werden. Falls das ausgewahlte Konto nicht genii- 
gend Deckung besitzt, wird automatisch auf dem anderen 
Konto weitertelefoniert. 

5. Die Auswahl-Kriterien konnen sich wahrend des Gesprachs 
andern, z.B. bei zeitabhangiger Auswahl. 

6. Es konnen mehrere simultane Gesprache vergebuhrt werden 
Simultane Gesprache entstehen z.B. bei Rufweiterschaltung, 
wenn em abgehender Ruf und der weitergeleitete ankommende 
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Ruf vergeblihrt werden mussen. Sie entstehen auch aufgrund 
der Moglichkeit, dafi man sich von beliebigen Telefonen auf 
„sein Konto einwahlen* kann, urn den folgenden Anruf online 
auf sein eigenes Konto zu Vergebuhren. 
5 7. Das Verfahren kann kombiniert werden mit alien anderen 

(bekannten) Erweiterungen fur Prepaid-Dienste, wie z. B. 
ursprungsabhangige Vergebuhrung (Mobile Local Call, Home- 
Zone) , Screening-Mechanismen, .... 



.0 



Durch dieses Verfahren wird es technisch moglich, einen Bo- 
nus-Account zu realisieren. Abhangig vom Umsatz erhalt der 
Benutzer einen Bonus, der jedoch nur zu eingeschrankten Zei- 
ten abtelefoniert werden kann. 

Ebenso kann durch dieses Verfahren ein fur den Mobilfunk in- 
5 teressanter MTC-Bonus realisiert werden: Fur jeden ankommen- 
den Ruf erhalt der Mobilf unkteilnehmer einen Bonus, der pri- 
mar verwendet wird, urn die Kosten fur eingehende Rufe im Fall 
von Roaming zu decken. (Roamt ein Mobilfunk-Prepaid Teilneh- 
mer im Ausland, so entfallen fur ihn Kosten auf den Verbin- 
0 gungsanteil vom HPLMN zum VPLMN) . 

Durch dieses Verfahren wird es moglich, fur Prepaid-Teilneh- 
mer getrennte Konten fur eingehende und ausgehende Rufe zu 
fuhren, urn die Transparenz der anfallenden Kosten zu erhohen 
bzw. ein benutzer-def iniertes Cost-Controlling fur eingehende 
5 und/oder ausgehende Rufe zu ermoglichen. 

Viele andere Ansatze zur Nutzung von 2 Konten und beliebige 
Kombinationen sind moglich. 



3 



Beschreibung der bevorzugten Ausgestal tungsf ormen 

Dabei zeigen die Figuren wie folgt: 
Figur 1 „Anruf kontobestimmungsmodel 1 * 

Figur 2 „SubFSL ("Flexible Service Logic") Kontoermitt 

lung* 

Figur 3a, 3b „Tarifmodellermi ttlung* 
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Figur 4 „Liegt ein MLC Anruf vor?* 

Figur 5 * Tar if model" 

Figur 6a, 6b *Ersten Geldbetrag reservieren 

Figur 7 "Berechnen des verfugbaren Geldbetrages" 

5 Figur 8 „t)berprufung auf unzureichenden Geldbetrag* 

Figur 9 „0berpruf ung des verfugbaren Geldbetrages* 

Figur 10 „Freigeben des reservierten Geldbetrages* 
Figur 11 „Anruf aufbaumeldungen fur das zweite Konto* 
Figur 12 *Uberprlifen der verfugbaren Zeit" 

0 Figur 13 „t)berpriif en der Zeit fur das zweite Konto* 
Figur 14 „Auf ladeerinnerung* 
Figur 15a, b „Online vergebuhrte Verbindung* 
Figur 16 "Berechnung des benotigten Geldbetrages* 
Figur 17a, b „Reservierter Geldbetrag fur die Zeitscheibe 

5 Figur 18a, b „Wiederherstellen des Kontos* 

Figur 19 „Ablauf der Anruf- und Kontohandhabung* 



Zahlreiche weitere Anf orderungen bzgl . Perf ormance-Optimie- 
rung und Implementierungsrandbedingungen erhohen die Kornple- 
xitat des Algorithmus stark, sind jedoch vorwiegend implemen- 
tierungstechnisch begrundet. 

In der folgenden Phase wird der Prepaid-service urn die CAMEL- 
Anforderungen erganzt und das in dieser Erfindung beschrie- 
bene Verfahren auch fur das MTC-Handling eingesetzt. 

Im folgenden wird die Erfindung durch ein Ausf iihrungsbeispiel 
beschrieben. 

Dabei wird in diesem Beispiel insbesondere die Anruf- und Be- 
nutzerkontohandhabung beim MOC (Mobile Originating Call) ge- 
zeigt . 

Ablauf der Anruf- und Benutzerkontohandhabung (Figur 19) 
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Dieser Abschnitt beschreibt die Anruf- und Benutzerkontohand- 
habung auf der obersten Ebene. 

Folgende Handlungen mussen dabei vorgenommen werden: 

1. Die angerufene Nuromer wird zuerst auf „verbotene Nummern* 

(Vgl. Abschnitt Handhabung verbotener Nummern) gepruft. Das 

sind Verbindungen, die nicht online vergebuhrt werden konnen, 

da kein Tarif-Modell angewendet werden kann oder weil der 

Dienstteilnehmer von gewissen Verbindungen ausgeschlossen 
ist . 

2. Dann wird auf „gebuhrenf reie Nummern' (vgl. Abschnitt Ge- 
buhrenfreie Nummern), d.h. Verbindungen, die in einer Liste 
gebuhrenfreier Nummern verwaltet werden, gepruft. Fur diese 
Nummern wird die online Vergebuhrung des PrePaidService abge- 
schaltet, da der Anruf von der Gegenstelle bezahlt wird (z.B. 
von einem Unternehmen das kostenlose Telef onanruf e zur Verfu- 
gung stellt) . Es kann aber auch kostenfreie Verbindungen ge- 
ben, die nicht in der Liste der kbstenf reien Nummern verwal- 
tet werden. Diese Verbindung werden online vergebiihrt, wobei 
die Gebiihr Null betragt, wie es in einem Satz von e-Parame- 
tern verwaltet wird. 

25 3. Das Ablaufdatum der Karte wird iiberwacht ( vgl . Abschnitt 
Oberwachung der Gultigkeitsdauer ) . 

4. Da es keine Grundgebuhr gibt, mussen Teilnehmer eine Min- 
destanzahl an Gebuhreneinheiten umsetzen. D.h., Teilnehmer, 

30 die einen Mindestumsatz durch Wiederauf laden von Gutscheinen 
erreichen milssen, werden gewarnt, wenn ihr Ablaufdatum bald' 
erreicht ist. 

5. Wenn die normalisierte CdPA (Called Party) eine Nummer 

35 ist, die auf eine andere Verbindung abgebildet werden mufi so 
erfolgt die Ubersetzung einer angerufenen Teilnehmernummer 
ftir Serviceverbindungen. 



20 
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6. Bestimmen des Features "Friends and Family" (FnF) 

7. Bestimmen des Kontos, mulJ ein zweites Konto verwendet wer- 
5 den? (Determine Account) 

8. Bestimmen des Tarifmodells und der Gebuhreneinheiten, die 
fur eine Zeitscheibe verwendet werden. (Determine Tariff Mo- 
del) 

10 

9. Abgelaufene Gebuhreneinheiten fruherer Anrufe werden frei- 
gegeben, ein erster neuer Abschnitt von Gebuhreneinheiten 
wird reserviert, und alle benotigten Zahlerwerte werden in 
CID's kopiert. (Reserve first money) 

15 

10. Berechnet den verfugbaren Geldbetrag Diese Werte werden 
fur spatere Schwellwertevergleiche verwendet. (Compute 
Available Money) 

20 11. Das Guthaben des PPS Teilnehmers wird uberpruft. Je nach 
Guthaben werden verschiedene Aktionen ausgelost (z. B. bei 
unzureichendem Guthaben. (Insufficient Credit) 

12. Die Verbindung wird hergestellt und der Anruf online ver- 
25 gebuhrt. Siehe im Folgenden die Einzelhei ten : (Connection and 
Charging) 

Handhabung verbotener Nummern 

30 Der Net zwerkbetreiber oder Dienstanbieter (Provider) mochte 
mitunter vermeiden, dali Teilnehmer gewisse Nummern anruf en. 
Diese werden in einer Liste verbotener Nummern verwaltet, die 
fur jeden Dienstanbieter (Provider) individuell ist. Der 
Netzwerkbetreiber kann einige verbotene Nummern in die Dien- 

35 stanbieterliste aufnehmen. Diese konnen vom Dienstanbieter 
(Provider) nicht geloscht werden. 
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Um die Verwaltung der verbotenen Nummern zu erleichtern, exi- 
stieren eine schwarze und zwei weifte Listen, um alle Nummern 
bis auf einige wie internationale Ferngesprache (auf denen. 
der internationale Ferngesprachcode vorangestellt ist), je- 
5 doch nicht diese in das Heim-PLMN (denen ebenfalls der inter- 
nationale Ferngesprachcode vorangestellt ist, jedoch gefolgt 
von CO zu verbieten. 

Die Liste der verbotenen Nummern kann vom Netzwerkbetreiber 
10 liber ein Customer Service Control (CSC) festgelegt und ver- 
waltet werden. Die Nummern mussen im internationalen Format 
gespeichert werden. Sie sind fur die Teilnehmer eines Dien- 
stanbieter (Provider) gultig. 

15 Ein erster Algorithmus wird verwendet, um die am besten pas- 
senden Nummer in der schwarzen und der zweiten weiften Liste 
der verbotenen Nummern zu suchen. Ein zweiter Algorithmus 
wird verwendet, um die exakten Nummer in der ersten weiften 
Liste der verbotenen Nummern zu suchen. Die Listen werden 
20 ausschlieftlich vom Netzwerkbetreiber festgelegt und verwal- 
tet. Wird die angerufene Nummer (called party address, CdPA) 
in der Liste mit verbotenen Nummern verwaltet, wird dem Teil- 
nehmer mitgeteilt, daft keine Verbindung zur gewahlten Nummer 
hergestellt werden kann. Ansonsten wird in der Haupt verzwei- 
5 gung der Anruf- und Kontohandhabung f ortgef ahren . 

Gebuhrenf reie Nummern 



0 



Einige Verbindungen mussen keine Gebuhren fur den Anrufer be- 
rechnet werden. Diese konnen in einer Liste gebuhrenf reier 
Nummern fur jeden Dienstanbieter verwaltet werden. Der Dien- 
stanbieter kann einige gebuhrenf reie Nummern in die Service- 
providerlisten aufnehmen. Fur gebuhrenf reie Nummern wird der 
online-Verge-buhrungsmechanismus der PPS ubersprungen . Die 
Nummern mussen im internationalen Format gespeichert werden. 
Ist die CdPA oder CgPA (fur MTC Anruf e) in der Liste gebuh- 
renfreier Nummern gefiihrt, wird die Verbindung hergestellt, 
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wobei der online Vergebuhrungsmechanismus ausgelassen wird. 
Ein Anruf ticket wird geschrieben. Wird die CdPA oder CgPA 
nicht als gebuhrenfrei gefiihrt, wird mit der Hauptverzweigung 
der Anruf- und Kontohandhabung f ortgef ahren. 

Uberwachung der Gul tigkei tsdauer 

Hier wird das Ablaufdatum fur die Konten des Teilnehmers ge- 
pruft (nur ein Ablaufdatum fur alle Konten) . 

1st das Ablaufdatum uberschri tten, wird der Anruf mit einer 
Nachricht und einem Fehlerticket abgebrochen, wenn die Gul- 
tigkeit uberwacht und die ChargeFreeFlag nicht gesetzt ist, 
d.h. wenn der Auf ladeserver verfiigbar ist. 

Ein Flag MTCLock ist fur den Fall vorgesehen, bei denen MOC 
nach Kartenablauf nicht ausgeschlossen sind, d.h, der Be- 
nutzer kann Anruf e solange vornehmen, wie er Guthaben hat. Er 
kann jedoch nach dem Ablaufdatum keine Anruf e empfangen. Die 
Sperre wird im HLR vorgenommen, der Benutzer erhalt jedoch 
nach n folgenden MOC die Meldung „Ablauf datum erreicht, keine 
MTC", wenn das Flag MTCLock gesetzt ist. Die Sperre wird au- 
tomatisch zuruckgesetzt , wenn das Ablaufdatum in die Zukunft 
verschoben wird, z.B. nach Wiederauf laden . 



Ist die Gultigkeit der Karte abgelaufen und der Auf ladeserver 
nicht verfiigbar, konnte der Anruf ohne online-Vergebuhrung 
durchgeschaltet werden. Ist die Karte abgelaufen und der Auf- 
ladeserver verfiigbar, wird eine Meldung eingespielt und der 
30 Anruf abgebrochen. 

Meldung der Abl auf da turns war nung 



Fuhrt ein Teilnehmer einen Anruf durch und naht das Ablaufda 
turn, d.h. liegt das Datum des Anrufes innerhalb der Warnperi 
ode vor dem Ablaufdatum und ist das Ablaufdatum noch nicht 
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iiberschritten, wircl vor Herstellen der Verbindung eine Mel- 
dung eingespielt. Dies wird in der IP abgewickelt. 

Ubersetzung einer angerufenen Nummer fur Serviceverbindungen 

5 

Wir priifen die CdPA Nummer dahingehend, ob es sich urn eine 
Verbindung handelt, die zu einer anderen Nummer umgeleitet 
werden soil. Durch diese Moglichkeit konnen Dienstanbieter 
(Provider) zusatzliche Dienstleistungen mit bekannten Nummern 
10 eines anderen Netzwerkes anbieten, indem der Anruf einfach 
zuriickgeleitet wird (re routing) . 

Figur 1 Konto ermitteln 



20 



15 Jeder Teilnehmer hat zwei Konten (Konto 1 und Konto 2, mit 
den Inhalten cred. credit bzw. cridlist[2] credit). Es muB 
festgestellt werden, welches Konto belastet werden soli. Er- 
mittlung des Kontos wird in einer Dienstelogik (Determine Ac- 
count subFSL) vorgenommen (durch Setzen von "Account_2Flag" 
auf 0 oder 1) siehe Figur 2. Wird die Kontof eststel lung-FSL 
nicht gefunden oder ist sie nicht aktiv, kann eine Meldung 
(Aunouncement) abgespielt und der Anruf abgebrochen werden. 

t 

Je nachdem, iiber welches Konto die Kommunikation durchgeflihrt 
25 wird, wird CID ^account" auf 1 gesetzt (fur Konto 1* , 2 (fur 
Konto 2) oder 3 (wenn beide Konten kommunizieren) . 

Figur 3 Bestinunen des Tarifmodells 



30 



Es gibt mehrere Kriterien, urn die Gebuhren fur einen bestimm- 

ten Anruf zu ermitteln. Diese umfassen die Zeit und die Zone 

(z.E. Verbindung zum B-Teilnehmer ) und einige Sonderkriterien 
wie : 



35 • CF ("Call Forwarding"), 

• FnF, 

• FA ("Favourite Area") , 
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12 



MLC ("Mobile Local Call"). 



CF, FnF und MLC kcnnen kombiniert werden, wobei in diesem 
Beispiel sowohl CF als auch MLC gleichzeitig aktiv sind. Da- 
5 durch erhalt man 6 mogliche Kombinationen. 1st keine giiltig, 
ist der Anruf ein normaler MOC. Fur jede dieser Kombinationen 
wird ein Tarifmodell verwendet. Jeder Kombination ist eine 
Tarifverzweigung zugewiesen, dies kann eine andere Verzwei- 
gung, die gleiche Verzweigung oder die gleiche, jedoch unter- 
10 schiedlich verwaltete Verzweigung sein. 

Beispiel : 

Mbchte ein Betreiber ein Tarifmodell fur MOC, eines fur CF 
und eines fur FnF, jedoch keines fur CF und FnF bereitstel- 
15 len, da in diesem Fall der Anruf nach dem CF Tarif Modell 

vergebiihren werden soil, muB man die folgenden Tarifmodelle 
verwalten : 

TariffModell2 (fur MOC), Tarif fModel04 (for CF) , TariffMo- 
del08 (fur FnF). Fur jedes dieser Tarifmodelle muB eine IN- 
20 Nummer verwaltet werden. 

Beispielsweise erhalt TariffModel 12 (MOC) die IN Nummer 
*161, TariffModel04 (CF) bekommt die IN-Nummer + 162 und Ta- 
riffModel 08 (FnF) bekommt die IN-Nummer +163. 
Die IN Nummern der anderen Tarifmodelle mussen einer dieser 
drei Verzweigungen entsprechen. D.h. die IN-Nummer des Ta- 
riffModel03 (die Kombination von CF und FnF) muB +162 wie bei 
TariffModel04 (CF) sein. 



Jedes Tarifmodell besteht aus 5 Untertarif en, die als Tarif- 
index bezeichnet werden und vom Teilnehmer ausgewahlt werden 
konnen. Die Anderung des Tarifindex wird vom Teilnehmer im 
DTMF Menu vorgenommen. 



WO 01/60045 



PCT/DE01/00526 



13 



0 


1 


0 


1 


TM 07 


1 


0 


« 

0 


0 


TM 04 


1 


1 


0 


0 


TM 02 



Ein Anruf ist ein MLC, wenn MLC moglich sind und CdPA mit ei 
nem LAC Local Area Code voreingestellt ist, der in der Liste 
der LAC dem LocA entspricht. Wird ein MLC detektiert, wird 
5 das als Tarif ermittlung angesehen, siehe Figur 4. 

Tarifmodell 

Die Schnittstelle jedes Tarifmodells besteht aus den Parame- 
10 tern: 



15 



Zielnummer (d.h. CdPA), 

vom Teilnehmer gewahlter Tarifindex und weitere Parame 



ter wie 
FnF. 



20 



25 



30 



Zusatziich werden alle Parameter, die zur Auswertung der Ta- 
rifverzweigung verwendet werden, als CID bereitgestellt . 

Kann das verwaltete Tarifmodell nicht gefunden werden, wird 
eine Meldung abgespielt und der Anruf abgebrochen. 

Haben wir ein Tarifmodell mit einer groiien Spannweite von Pa- 
rametern (Figur 5), mussen wir normalerweise ausreichend zu- 
gestandene Zeit (NormGrantedTimelarge) verwalten, urn dem um- 
fangreichsten Parametersatz Geniige zu tun. Da die Variablen 
der Gleichungen in verschiedenen MaJSeinheiten sind, mussen 
wir einen Faktor (von 10) berucksichtigen . Der Faktor wird in 
den Fcrmeln auf den letzten Bitanteil (last bit portion) re- 
duziert. Wenn keine Gleitkommaarithmetik in. der Servicelogik 
verwendet werden kann, mufl fur zum Runden der Gebiihren-Ein- 
heiten RoundedPricePerUnit den RoundedPricePerUnitDenumerator 
aufgenommen werden. Dann konnen Exponenten kleiner Null be- 
handelt werden. 
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Fur die Parameterwahl konnen ebenso die FnF-Markierung, der 
Tarifindex und die Zeitzone (CD TZ) verwendet werden. Auch 
das laufende Konto, im Fall, daB es sich dabei urn das zweite 
Konto handelt, hat, wenn es leer oder nicht leer ist, Einflufi 
auf die Wahl der Parameter. Als letztes Kriterium wird die 
Zielart (CID DT) verwendet. 

Dies ist wie in Figur 20 dargestellt, f olgendermafien verwirk- 
licht: Ist die Markierung TZEparmsFlag nicht gesetzt, sollen 
die Zeitzonen nicht verwendet werden, um die Parameter fest- 
zulegen. Deshalb wird TZ auf 0 gesetzt. Kann das zweite Konto 
verwendet werden (Account_2Flag gesetzt) und ist es nicht 
leer (CID Credit_2Empty nicht gesetzt), werden die Zeitzonen 
15 ebenfalls nicht verwendet. In diesem Fall wird TZ auf 0 ge- 
setzt. Ist Account_2Flag gesetzt, jedoch das zweite Konto 
leer (CID Credit_2Empty gesetzt) entscheidet die Markierung 
NotFlatifCredit_2EmptyFlag, was zu tun ist. Ist sie gesetzt, 
mussen Zeitzonen fur die Auswahl der Parameter verwendet wer- 
20 den, ansonsten nicht. 

Die Markierung FnFEparmsFlag entscheidet, ob (wenn sie ge- 
setzt ist) oder ob nicht (wenn sie nicht gesetzt ist) beson- 
dere E-Parameter fur einen FnF Anruf verwendet werden sollen. 
!5 Der Tarifindex zeigt an, welche Tabelle endgultig auszuwahlen 
ist. Die Parameter aus dieser Tabelle kdnnen nun verwendet 
werden (y zwischen 1 und 10 und x zwischenl und 5). 

Je nach verwendetem Konto muli ein Geldbetrag auf dem ersteh, 
dem zweiten oder beiden Konten reserviert werden. Fur diese 
Reservierung wurde ein neues SIB Service Independent Building 
Block, Programm-Modell entwickelt, das die Zahleroperationen 
reduziert: das MngAccount SIB, siehe Figur 6. Dieses SIB kann 
das Konto und den gesamten Betrag an reservierten Anteilen 
35 lesen, einen Anteil reservieren, das Ablaufdatum der Reser- 
vierungen setzen, Abbuchungen am Konto vornehmen, reservierte 
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Anteile freigeben und die Anzahl an Anrufen zahlen, um eine 
Reservierung auf diesem Konto vorzunehmen. 



Kann das SIB nicht den gesamten Teil reservieren, reserviert 
5 es so viel wie moglich und nimmt dann die Ausgabe "nicht aus- 
reichend reserviert" oder "nicht reserviert" vor. In diesem 
Fall wird die Markierung fur einen Zwangsabbruch gesetzt. 

Figur 7 Berechnung des verfugbaren Geldbetrages 

10 

Entsprechend dem CID Konto wird der verfugbare Geldbetrag be- 
rechnet. Fur das aktuelle Konto wird der verfugbare Geldbe- 
trag gleich "dem Guthaben auf diesem Konto minus des Gesamt- 
betrages an Reservierungen fur dieses Konto" gesetzt. Wird 
15 das Konto zur Zeit nicht verwendet, wird der verfugbare Geld- 
betrag auf Null gesetzt. Der gesamte verfugbare Geldbetrag 
wird ebenfalls berechnet . 

Figur 8 Unzureichendes Guthaben 

20 

Das Vorgehen, urn auf einen ausreichenden Geldbetrag vor der 
Herstellung der Verbindung zu priifen, ist folgendes: 

Konnte "FirstBitPortion" reserviert werden, soil der Anruf 
5 normal aufgebaut werden . 



Ist FirstBitPortion nicht ausreichend, wird gepruft, ob die 
verfugbare Suiwne "availableMoney" den Schwellwert "callCon- 
nectThreshold" uberschrei tet . Andernfalls wird der Anruf ab- 
0 gebrochen. 

Es wird uberpruft, ob "availableMoney" ausreicht, eine genu- 

gend lange Anrufdauer sicher zustellen, abhangend von den ge- 

genwartig gultigen Parametern. Ist die mogliche Anrufdauer 

b unter der "callTimeThreshold" , wird der Anruf nicht verbun- 
den. 
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All diese Oberpriif ungen werden ausgelassen, wenn der Auflade 
server nicht verfugbar ist, d.h., wenn die "ChargeFreeFlag 
gesetzt ist. 

5 Bei der Vorgabe der Anruf aufbauschwellwerte wurde sorgfaltia 
vorgegangen, d.h. "normGrantedTime" sollte "callTimeThres- 
hold" uberschreiten und "callConnectThreshold" sollte mit 
Hinsicht auf einen minimalen Satz von Parametern gewahlt 
sein . 

10 

Beispielsweise kann "callConnectThreshold" nicht verwendet 
werden, d.h. als 0 verwaltet, urn gebuhrenf reie Verbindungen 
an VMS in der ersten Minute zu ermoglichen. 

15 Figur 9 Uberprufung des verfugbaren Geldbetrags 

Der Anruf wird mit einem Ticket abgebrochen, wenn kein aus- 
reichender Geldbetrag reserviert werden konnte. Reservierun- 
gen werden freigegeben (Release), Figur 10. 

20 

Die Ansage "CallSetup" mussen nicht verwendet werden. 
Figur 11 Anruf aufbaumeldungen auf einem zweiten Konto 

25 Ist "AvailableMoney_2" unter dem Schwellwert "CallConnect- 
Threshcld_2" und groBer oder gleich "CallConnectThres- 
hold_2min", werden Ansagen (announceaccount2 und AA16) abg 
spielt. 



30 



e 



Figur 12 Uberprufen verfiigbarer zugestandener Zeit 



Die "Available_Granted_Time" wird berechnet (aus Parametern, 

Gebuhreneinheitkosten und verfugbarem Geldbetrag) und (auf ' 

Zeitbasis) mit den Schwellwert "CallTimeThreshold" vergli- 
35 chen. 
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Anrufe werden zugelassen, wenn die verfiigbare zugestandene 
Zeit iiber den "CallTimeThreshold" liegt. 1st die verfiigbare 
zugestandene Zeit unter den "CallTimeThreshold", wird die Ge 
buhrenfreiheit "ChargeFreeFlag" uberpruft. 1st sie gesetzt,' 
5 wird der Anruf gebiihrenfrei durch geschaltet. 1st sie nicht 
gesetzt, wird der Anruf nicht verbunden. Stattdessen wird 
eine Ansage abgespielt und der Anruf abgebrochen. 

Die Ansage kann eine feste Meldung sein: „Kein ausreichendes 
10 Guthaben fUr diesen Anruf". 

Figur 13 Anrufaufbaumeldung auf einem zweiten Konto 

1st "Available_Granted_Time", die aus der verfugbaren Summe 
15 "AvailableMoney_2" berechnet wurde, unter dem Schwellwert 
"CallSetupThreshold_2" und iiber oder gleich dem Schwellwert 
"CallSetupThreshold_2min", werden zwei Meldungen abgespielt, 
der Anruf jedoch nicht abgebrochen. Der Teilnehmer wird iiber 
seinen Geldbetrag auf dem zweiten Konto informiert Announce 
Account) . Kommunizieren die Konten, wird ebenso die Meldung 
AA4 6 abgespielt, wenn AvailableMoney_l uber oder gleich 
Time_l_Threshold_2 ist, AA47 wird nicht abgespielt. Die von 
AvailableMoney_l abhangende Meldung sollte nicht abgespielt 
werden, sie wird als leere Meldung verwaltet. 



20 



25 



30 



35 



Figur 14 Auf ladeerinnerung 

Zuerst wird das Konto 1 dahingehend uberpruft, ob es uber der 
Aufladeerinnerungsschwelle X liegt. Ist dies nicht der Fall, 
wird eine Meldung (AA5a) abgesetzt (sie kann leer sein, wenn 
keine Meldung abgesetzt werden soil). Dann iiberprufen wir das 
Guthaben auf dem Konto_2 hinsichtlich der Aufladeerinnerungs- 
schwelle Y. Ist das Guthaben auf dem Konto_2 grolier Auflade- 
schwelle Y, wird keine Meldung abgespielt. Ist dies der Fall, 
wird gepriift, ob das Guthaben auf dem Konto_l gleich Null 
ist, und eine Meldung erinnert daran, das Konto aufzuladen ' 
und das Guthaben auf Konto_2 wird angesagt. Ist das Guthaben' 
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auf cred. credit nicht gleich Null und credit_2 ist liber der 
Auf ladeerinnerungsschwelle Z, erinnert eine Meldung daran, 
das Konto aufzuladen und das Guthaben von cred. credit wird 
angesagt. Nach den Meldungen wird die Anruf- und Kontohandha- 
5 bung fortgesetzt. 

Somit werden die Auf lademeldungen abgespielt, wenn creditl 
niedrig ist und credit2 zwischen "RechargeReminderY" und "Re- 
chargeReminderZ" liegt (dabei ist: RechargeReminder Y > Re- 
10 chargeReminderZ) . 



Figur 15 Verbindung und Vergebuhrung 

Die Behandlung von online vergebuhrten Anrufen wird hier ge- 
15 zeigt. 

Konkurrierende Anrufe konnen vergebuhrt werden. Deshalb re- 
servieren wir Teile des Guthabens des Teilnehmers und verwen 
den sie fur die online-Vergebiihrung . Nach dem Ende des Anru- 
fes werden vom reservierten Anteil des Guthabens die ver- 
20 brauchten Gebuhren abgezogen, je nach ermittel tern Konto und 
Kommunikaticn zwischen den Konten von Konto2 und/oder Kontol 
des Teilnehmers. Die reservierten Teile werden freigegeben. 
Dies wird von einem Programm-Modul "mngaccount " durchgef uhrt , 

* 

25 Der Anruf wird zur gewahlten oder einer umgeleiteten Nununer 
durchgestellt und die Verbindung hergestellt. Dies ist eine 
Nununer ohne SCM, die in der INAP Verbindungsbotschaf t gesen- 
det wird. 



30 Der Anruf wird online vergebuhrt. Die INAP ApplyCharging (AC) 
Botschaft wird gesendet. Nach dem ersten Mai wird sie jedes 
Mai gesendet, wenn ACR_FI NAL_ACT I VE empfangen wurde. AC ent- 
halt die Anruf uberwachungsdaten fur den SSP: 

• zugestandene Zeit, 

• mit erstem AC oder, wenn ein Tarifwechsel auftritt, dem 
Parametersatz, der zur Ermittlung der GebUhren verwendet 
wird, 
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• Warnton ID, 

• Zeit zum Abspielen des Warntones vor Abbruch des Anru- 
f es, 

• wenn der letzte Bitabschnitt zur Berechnung der zuge- 
5 standenen Zeit verwendet wurde, wird der Parameter 

„Zwangsabbruch* (Forced Released) gesetzt, urn den Ab- 
bruch des Anrufes zu ermoglichen . 



Nach dem Anrufbeginn wurde der letzte Bitabschnitt des akti- 
10 ven Kontos reserviert. Dieser letzte Bitabschnitt wird ver- 
wendet, urn einen Warnton abzuspielen, bevor der Anruf wegen 
unzureichendem Geldbetrag abgebrochen wird. 

Fur den Fall, dass eine Tarifumschaltung wahrend des ersten 
15 Anrufiiberwachungsintervalls auftritt, werden die geanderten 
Anruf uberwachungsdaten und die Umschaltzei t aufgenommen. 

Nach jedem Anruf uberwachungsintervall oder am Ende des An- 
ruf s, wird ApplyChargingReport (ACR) „final active" oder ACR 
20 „final release* Botschaft empfangen. Die ACR-Botschaf t ent- 
halt die Parameter: 



• Sequenzinformation („final active*, urn eine neue zuge- 
standene Zeit zu erhalten, oder „final release* zum Ab- 

25 bruch des Anrufes), 

• usedTime (und usedTimeAf terSwitch) , 

• Exit Cause. 

Wird ein "final release ACR" empfangen, wird wie in der Figui 
30 15 dargestellt "Online Charged Connection" („Online verge- 

buhrte Verbindung") f ortgef ahren . Das Konto wird wiederherge- 
stellt und der Anruf abgebrochen. 



Wird ein "final active ACR" empfangen, wird f ortgef ahren, wie 
35 in Figur dargestellt. "SumchargedMoney" (1,2 oder 3) wird urn 
den verbrauchten Geldbetrag erhoht (abhangig vom aktiven 
Konto) (sumcharged money = CID, das die kumulierten Kosten ' 
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dieses Anrufs enthLlt) . Der Teil des reservierten Anteils, 
der unverbraucht blieb, wird als Rest fur die nachste Reser- 
vierung verwendet (siehe Figur 16 fur die Berechnung des ver- 
brauchten Geldbetrags) . 

5 

Ein neuer Abschnitt wird von dem Modul "MngAccount " reser- 
viert. Bevor ein AC gesendet wird, muB der Service eine neue 
zugestandene Zeit aus "accountPortion" berechnen. 

10 1st kein ausreichender Geldbetrag reserviert, wird der 

"forced parameter" gesetzt. Die zugestandene Zeit ist gleich 
accountPortion plus dem letzten Bitabschnitt . Der Warnton 
wird fur Fax oder Datenanrufe nicht aktiviert. Die nachste 
ACR ist "final release". 

•5 

Konnte ein neuer Anteil reserviert werden, wird die zugestan- 
dene Zeit entsprechend dem aktuellen Tarif berechnet. 

Es mufi sichergestellt sein, dafi fur einen Anruf genau eine 
20 Grundgebuhr vom Guthaben abgezogen wird. D.h., tritt eine Ta- 
rif umschaltung wahrend des ersten Anruf liberwachungsintervalls 
auf und werden deshalb zwei Parametersatze in der ersten AC- 
Botschaft gesendet, muli die Grundgebuhr vom Parametersatz ge- 
nommen warden, der zu der Zeit giiltig ist, zu der die Ant- 
25 wortbotschaf t vom SSP empfangen wird. Diese gilt sowohl fur 
die AoC-Funktionalitat innerhalb der SSP als auch fur die Ak- 
tualisierung des Guthabens durch die SCP. 

Tritt ein Fehler in der Verbindung zwischen SSP und SCP auf, 
30 sendet ein Router einen „Benutzerabbruch* („user abort*). Nun 
steuert wieder die Servicelogik, sie kann die Botschaft abar- 
beiten, der Anruf wird abgebrochen. 

35 Figur 16 Berechnung des benotigten Geldbetrages 
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Nach einer Meldung "final active AC", wird "usedMoney" (CID 
mit dem Geldbetrag fiir eine Zeitscheibe dieses Anrufs) zu 
"sumchargedmoney" addiert. Die Differenz zwischen der fiir 
diesen AC reservierten Zeit und der fur diesen AC verwendeten 
5 Zeit ist in "CID restl" und "rest2" gespeichert. Fur die 
nachste Reservierung miissen wir diesen Teil des Guthabens 
(den Rest) nicht reservieren, da er noch nicht verwendet 
wurde 

10 Figur 17 Reservierung des nachsten An teil s 

Ein nachster Anteil wird fur diesen Anruf reserviert. Der in 
der vorherigen Zeitscheibe nicht verwendete Anteil ist immer 
noch reserviert und deshalb wird die Reservierung um diesen 
15 Anteil (Rest) verringert. Abhangig vom Erfolg der Reservie- 
rung wird eine Zwangsabbruchmarkierung ("forced release") ge- 
setzt . 

Figur 18 Wiederherstellen des Kontos 

20 

Zur Wiederherstellung des Kontos wird die Anrufdauer darauf- 
hin uberpruft, ob sie grofter als eine gewisse vorgegebene 
Schwelle ist, die anfangliche gebuhrenf reie Zeit (^initial 
charge free time*). Ist die Anrufdauer groiier als diese 
25 Schwelle, wird der Anruf vergebiihrt, andernfalls. nicht. "re- 
servedMoney" wird wiederhergestellt . Die endgultige Vergebiih- 
rung wird in "sumchargedmoneyl , 2, 3" auf addiert. 



30 



"sumchargedMoney" werden von den Konten abgezogen und die Re- 
servierungen freigegeben. Nach Wiederherstellung des Kontos 
wird ein Anruf ticket geschrieben. 
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Abkurzungen 



CAMEL Customized applications for mobile network 

enhanced logic 

5 CdPA Called Party Address 

CF Call Forwarding 

CgPA Calling Party Address 

CID Credit 

CSC Customer Service Control 

L0 FnF, F&F Friends and Family (Sondertarif fur ausgewahlt 

Ruf nummern) 

FA Favourite Area (Soerdarif far ausgewahlte 

Funkzellen) 

FCI Furnish Charging Information 

5 FSL Flexible Service Logic 

IN 'Intelligent Network 

IP Intelligent Peripheral 

INAP Intelligent Network Application Part 

LAC Local Area Code 

0 MLC Mobile Local Call 

MOC Mobile Originating Call 

HTC Mobile Terminating Call 

PLMN Public Land Mobile Network 

PPS PrePaid Service 

5 SCP Service Control Point 

SSD Service Support Data 

SSP Service Switching Poing 
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Patentanspruche 



Verfahren zur Vergeblihrung von Verbindungen 

- bei dem zur Abrechnung mindestens zwei Gebuhrenkonten 
(Account) verwendet werden, und 

- bei einem Rufaufbau ein erstes Konto ausgewahlt wird, 
und 

- auf diesem ausgewahlten Konto ein Gebuhrenbetrag fur 
diesen Ruf reserviert wird. 



2. Verfahren nach Patentanspruch 1, dadurch gekennzeichnet, 
daft gepriift wird, ob auf dem ausgewahlten Konto ein aus- 
reichendes Guthaben fur die Reservierung vorhanden ist, 
und bei negativem Priif ungsergebnis zumindest der Restbe- 
15 trag auf einem zweiten Konto reserviert wird. 



3. Verfahren nach Patentanspruch 1 oder 2, dadurch gekenn- 
zeichnet, daft 

- der reservierte Gebuhrenbetrag fur eine festgelegte 
0 Zeiteinheit ausreichend ist, und 

- nach Ablauf der Zeiteinheit eine erneute Auswahl des zu 
verwendenden Gebuhrenkontos erfolat, und 

- auf diesem ausgewahlten Konto ein weiterer Gebuhrenbe- 
trag reserviert wird. 



25 

4. Verfahren nach einem der Patentanspruche 1 bis 3, 
dadurch gekennzeichnet, daft 

- die tatsachlich angefallenen Verbindungskosten gesanunelt 
werden und 

30 - erst nach Ende des Rufes von den jeweiligen Konten abge- 

zogen werden. 

5. Verfahren nach einem der vorhergehenden Patentanspruche, 
dadurch gekennzeichnet, daft 

35 - kein ausreichendes Guthaben fur eine Reservierung vor- 

handen ist, und 

- der Ruf unterbrochen wird (forced release) und 
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- die angef aller_en Verbindungskosten von den jeweiligen 
Konten abgezocen werden. 

6. Verfahren nach einem der vorhergehenden Patentanspruche, 
5 dadurch gekennzeichnet, daft 

simultane Rufe ermoglicht werden. 

7. Verfahren nach einem der vorhergehenden Patentanspruche, 
dadurch gekennzeichnet, daft die Vergebiihrung mittels eines 

10 Prepaid-Verf ahrens durchgefuhrt wird. 

8. Verfahren nach einem der vorhergehenden Patentanspruche, 
dadurch gekennzeichnet, daft die angefallenen Verbindungs- 
kosten in mindestens vier Zwischenspeichern kumuliert wer- 

15 den. 

9. Verfahren nach einem der vorhergehenden Patentanspruche, 
dadurch gekennzeichnet, daft es durch die Technik der In- 
telligenten Netze realisiert wird. 

20 

10. Verfahren nach einem der vorhergehenden Patentanspruche, 
dadurch gekennzeichnet, daft es in einem Mobilf unknetz an- 
gewendet wird. 
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